home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / bench / x.txt / 000074_fdc@watsun.cc.columbia.edu_Fri Oct 26 09:34:39 EDT 2001.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  61 lines
  1. Article: 12887 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
  3. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.os.linux.misc,comp.os.linux.networking,comp.unix.programmer,comp.protocols.tcp-ip,comp.unix.bsd.freebsd.misc,comp.protocols.kermit.misc
  5. Subject: Re: resumable ftp ??
  6. Date: 26 Oct 2001 13:22:49 GMT
  7. Organization: Columbia University
  8. Lines: 44
  9. Message-ID: <9rbo39$q2a$1@newsmaster.cc.columbia.edu>
  10. References: <3eb007f1.0110252012.40a46bd9@posting.google.com>
  11. NNTP-Posting-Host: watsun.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1004102569 26698 128.59.39.2 (26 Oct 2001 13:22:49 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 26 Oct 2001 13:22:49 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.os.linux.misc:523547 comp.os.linux.networking:360194 comp.unix.programmer:136791 comp.protocols.tcp-ip:94885 comp.unix.bsd.freebsd.misc:182759 comp.protocols.kermit.misc:12887
  16.  
  17. In article <3eb007f1.0110252012.40a46bd9@posting.google.com>,
  18. Sony Antony <sonyantony@hotmail.com> wrote:
  19. : While visiting HP site to download some drivers, I noticed them
  20. : proclaiming about some "resumable download " feature at their site. I
  21. : have seen something similar in netscape smart agent also.
  22. : Essentially you can download part of it and then resume the remaining
  23. : later.
  24. : 
  25. : I was wondering if there is any ftp like standard protocol that
  26. : allowes this. I ve felt this to be a shortcoming in ftp.
  27. : 
  28. The widespread standard FTP protocol, RFC959, includes a REST (restart)
  29. command.  This lets the client request the server position its file pointer
  30. to a given position before starting to send the next file.  The client then
  31. appends the incoming file to the incomplete part of the file whose download
  32. was previously interrupted.  This works only for binary-mode downloads
  33. between stream-oriented file systems.  For text ("ascii") mode transfers
  34. between file systems with differing record format (e.g. LF vs CRLF line
  35. terminators) this would produce a corrupt result.
  36.  
  37. For uploading, it's all done in the client.
  38.  
  39. Some servers (such as wu-ftpd and ProFTPD) support REST, some don't.  Some
  40. clients support REST, some don't.  Some clients support recovery of
  41. interrupted uploads, some don't.  An example of an FTP client that supports
  42. both upload and download recovery is C-Kermit 8.0:
  43.  
  44.   http://www.columbia.edu/kermit/ftpclient.html
  45.  
  46. But of course download recovery also requires a server that supports REST.
  47.  
  48. RFC959 also alludes to a more flexible checkpoint/restart procedure, but I'm
  49. not aware that it has ever been implemented.
  50.  
  51. The Kermit protocol is another one that supports recovery in both
  52. directions, also only for binary-mode transfers.  As with FTP, a more
  53. complicated general-purpose checkpoint/restart mechanism has been designed
  54. but never implemented due to lack of demand.  As described in RFCs 2839 and
  55. 2840, Kermit servers can now be installed as Internet services, just like
  56. ftpd, and have some distinct advantages over ftpd:
  57.  
  58.   http://www.columbia.edu/kermit/cuiksd.html
  59.  
  60. - Frank
  61.